home *** CD-ROM | disk | FTP | other *** search
/ Nebula 2 / Nebula Two.iso / SourceCode / MiscKit1.7.1 / MiscKitArchive.mbox / mbox / 000129_misckit-reques…aska.et.byu.edu_Wed Feb 16 15:55 MST 1994.msg < prev    next >
Internet Message Format  |  1994-10-30  |  3KB
  1. Received: from acs1.byu.edu by maine.et.byu.edu; Wed, 16 Feb 1994 15:55:34 -0700
  2. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.3-4 #4169)
  3.  id <01H8YJ58Q91C984J96@yvax.byu.edu>; Wed, 16 Feb 1994 15:55:00 MST
  4. Received: from alaska.et.byu.edu by yvax.byu.edu (PMDF V4.3-4 #4169)
  5.  id <01H8YJ1O3IRK02I1QX@yvax.byu.edu>; Wed, 16 Feb 1994 15:52:48 MST
  6. Received: from acs1.byu.edu by alaska.et.byu.edu; Wed,
  7.  16 Feb 1994 15:49:28 -0700
  8. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.3-4 #4169)
  9.  id <01H8YITMJBDS984J96@yvax.byu.edu>; Wed, 16 Feb 1994 15:45:38 MST
  10. Received: from uu5.psi.com by yvax.byu.edu (PMDF V4.3-4 #4169)
  11.  id <01H8YIRV3K280198D9@yvax.byu.edu>; Wed, 16 Feb 1994 15:44:19 MST
  12. Received: by uu5.psi.com (5.65b/4.0.071791-PSI/PSINet)
  13.  via UUCP; id AA26383 for ; Wed, 16 Feb 94 17:10:23 -0500
  14. Received: from escher by afs.com
  15.  (NX5.67d/3.2.083191-Anderson Financial Systems) id AA10830; Wed,
  16.  16 Feb 94 16:35:28 -0500
  17. Received: by  escher  (NX5.67d/NeXT-2.0) id AA03234; Wed,
  18.  16 Feb 94 16:35:27 -0500
  19. Received: by NeXT.Mailer (1.100)
  20. Received: by NeXT Mailer (1.100)
  21. Date: Wed, 16 Feb 1994 16:35:27 -0500
  22. From: michael@afs.com
  23. Subject: Re: Breaking MiscKit into separate "levels" (WAS Re: MiscStringKit?)
  24. To: misckit@byu.edu
  25. Cc: robert@steffi.demon.co.uk
  26. Reply-to: Michael_Pizolato@afs.com
  27. Message-id: <9402162135.AA10830@afs.com>
  28. Content-transfer-encoding: 7BIT
  29. Status: O
  30.  
  31. Ernest Prabhakar writes
  32. >This brings up something I have thought about before.  I was
  33. >wondering if it would be possible to break the kit apart into
  34. >"levels" depending on how much it relied on other things:
  35. [snip]
  36.  
  37. I posted something to comp.sys.next.programmer about this very
  38. issue.  My own work is divided into just such levels of kits:
  39.  
  40. z           - C-only, no Objective-C (functions, macros,
  41.               constants, etc.)
  42. zkit        - z & Objective-C common class dependencies only
  43. zappkit     - z, zkit, & appkit dependencies only
  44. zpalettekit - z, zkit, zappkit dependencies only, adds IB support
  45.  
  46. All my other kits are based on these, and are grouped functionally
  47. rather than hierarchically (zpalettekit is really a functional kit
  48. rather than part of the hierarchy).  It works great for me.  The
  49. only exceptions are that some things in appkit don't depend on any
  50. of the rest of appkit and so cause me a headache because they really
  51. should be in a lower-level kit that doesn't exist, but these
  52. exceptions are rare enough to be relatively easy to work around.
  53.  
  54. I have yet to encounter anything that doesn't fit into this grouping,
  55. and I recommend it to anyone who writes classes intended for
  56. general-purpose usage.  Highly specialized classes belong in special
  57. kits or in apps.
  58.  
  59. Thanx,
  60. Michael
  61.  
  62. ---
  63. Michael_Pizolato@afs.com
  64. NeXTMail accepted